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SUMMARY 


This  Memoranda. .  iut lines  a  method  for  calculation  and  display 
of  Stack  Departure  Times  and  other  Air  Traffic  Control  information. 
It  is  considered  that  this  could  be  implemented  in  the  short¬ 
term,  with  consequential  benefit  to  airlines  and  Control  Staff. 
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INTRODUCTION 

1.1  The  problem  of  calculation  of  accurate  Stack  Departure  Times  has  been 
with  us  for  a  long  time.  However,  discussions  with  aircrew  elicit  the 
opinion  that  one  of  the  most  useful  pieces  of  information  that  Air  Traffic 
Control  could  give  to  the  pilot  would  be  a  realistic  estimate  of  the  delay 
that  his  flight  will  incur.  Many  of  the  difficulties  in  providing  such  an 
estimate  are  due  to  the  manual  methods  that  have  been  used.  When  aircraft 
are  expected  to  be  delayed  for  more  than  20  minutes,  the  Air  Traffic  Control 
Centre  (ATCC)  should  provide  an  estimate  of  the  delay  for  each  aircraft, 
based  upon  its  position  in  the  landing  queue,  and  the  landing-rate  at  the 
destination  airfield.  But  the  delay  given  has  rarely  been  very  accurate 
because  of  the  problems  of  deciding  upon  the  landing-order,  and  the  time- 
lags  in  updating  the  landing-rate.  If  the  landing-rate  given  to  the  ATCC 

is  optimistic,  aircraft  are  given  estimates  that  understate  the  delay  and 
may  therefore  decide  to  remain  in  the  holding-pattern  awaiting  their  turn 
to  land  when  their  fuel-margins  are  becoming  limited.  On  the  other  hand  a 
pessimistic  landing-rate  means  that  aircraft  are  passed  an  over-long  delay 
and  may  decide  to  divert  unnecessar i ly,  with  the  consequent  costs  to  the 
aircraft  operator. 

1.2  With  the  assistance  of  the  computer,  electronic  data  displays  (EDD’s) 
and  modern  data-t ransfer  techniques,  these  difficulties  may  be  reduced  or 
overcome.  A  computer  program  has  been  written  to  demonstrate  a  method  of 
calculation  of  Stack  Departure  Times  (SDT’s'  for  aircraft  inbound  from  the 
airways  system  to  land  at  Heathrow.  The  program  outputs  flight-plan, 
descent  and  holding  information,  together  with  Stack  Departure  Times,  on  a 
14"  Colour  EDD. 

1.3  The  work  described  here  was  stimulated  by  the  experimental  automated 
Departure  Flow  Regulation  System  designed  by  AD4 ,  RSRE  and  demonstrated  to 
NATS  at  the  1982  CAA  Review  and  subsequently  to  the  Monopolies  and  Mergers 
Commission  and  others. 
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design  t>.-  btack  he pari  u<  .  jmk  program 

2.1  The  .him  within  w.i.t.  aircraft  wore  considered  ..ax  that  revert'd  by  the 

l  .union  111, lit  1  lit  or ...  it  :  t  n  Region  (FIR).  Inbound  ai  i «  r.jf  t  used  live  seii.ir.ile 

o 

routes. :  Cl  West  £  r.'in  St  iu...ble ;  R1  South  from  50  \';KI  East  from  the  FIR 
boundary;  A)  North  t  r.  n  >  '  N ;  and  A2  South  from  Abbeville.  These  five 
rentes  fed  the  normal  l.ur  inner  stacks  tor  Heathrow;  (MW  and  R1S  to  Ockham 
i  OCrM  ;  ASS  to  Biggin  (  !(.'),  A  IN  to  Boriugdon  (BNN);  and  RIF  to  Lambourne 
M.A>!>  .  In  addition  to  these  inner  stacks,  associated  with  each  route  was 
an  outer,  high-level  st.iok:  Brecon  (BCN)  for  G1W;  Coleshill  (CSI.)  for  AIN; 
Ibslev  (IBS)  for  R 1 S ;  Channel  (CNL)  for  A2S;  and  North  Sea  (NSE)  for  R1E, 
v  see  D i ag  t  am  1 )  . 

2.2  The  program  u>. J  !  wo  variable  parameters.  These  were  the  Landing-rate 
at  Heathrow,  and  the  maximum  time  that  aircraft  should  be  required  to  hold 
at  the  inner  stack  -  the  Planned  Delay  (Plandel).  Both  parameters  are  set 
at  the  start,  but  can  he  varied  on-line. 

2.3  Tb.i  fixed  data  consisted  of  the  distances  aloub  the  five  inbound  routes 
:  rot:  the  i- MR  boundary  or  either  aircraft  entry  point,  to  the  appropriate 
inner  holding  stack;  and  the  distances  between  the  outer,  high-level  stacks 
and  tfu  inner  stacks.  The  distances  from  the  inner  stacks  to  the  runway  were 
ster-.J,  together  with  minimum  stack  levels.  Fixed  data  included  also  the 

dt scent  times  and  .list  lines  for  a  number  of  representative  aircraft  types. 

I  he sc  'miter  data  ware  obtained  from  airline  operating  instructions  for  the 
t  v  Y' t  *  . 

2 .  -*  It  was  assumed  u,t  the  purposes  ot  demonstration  that  there  was  a  con¬ 
trol  position  that  would  .k  cept  and  enter  into  the  louiputer  the  Estimated 
Time  of  Arrival  (ETA)  of  aircraft  at  the  FIR  boundary  or  other  entry-point. 
This  position  would  be  the  SDT  Allocation  Cell,  and  would  have  access  via 
the  computer  to  aLl  flight-plan  data  on  aircraft  inbound  to  Heathrow.  For 
this  purpose,  a  small  traffic-sample  was  prepared  for  use  in  conjunction 
with  the  SDT  program.  The  sample  data  consisted  of  aircraft  callsign  and 
tv  pc,  route,  cruising-:,  peed  and  altitude. 

c PE  RATION  OF  STACK  DEPART!' HE  TIMES  PROGRAM 

j .  1  At  the  start  of  program  operation  the  time  must  be  set,  together  with 
t  lie  t  W O  V .  iriable  parameters,  i.e  the  Landing-rate,  from  which  the  computer 
calculates  the  landing  interval;  and  the  Planned  Delay  at  the  inner  holding 
.- 1 . j ,  k  !  p  1  andel  1  . 

1.2  An  aircraft  callsign  from  the  traffic  sample  is  entered:  this  causes 
the  aircraft's  t light  details  to  be  displayed.  At  this  stage,  the  cruising- 
1  < '.v  1  ray  be  altered  on-line. 

1.3  The  program  obtains  from  the  fixed  data  the  distance  from  the  entry- 
p>  iv*  to  the  inner  stack;  the  descent  time  and  distance  for  the  aircraft 
type  and  c ru i s i ng- K ve 1 ;  and  the  time  t rom  the  appropriate  inner  stack  to 
the  runway  for  the  route  and  aircraft  type.  From  these  data  the  program 
cal.'.iafis  the  time  at  top  of  descent  and  the  KiA  at  the  runway.  (Flight 
ETV  .  The  program  stores  the  Flight  ETA  (see  Diagram  2). 

A.  *  Tin-  aircraft  is  inserted  in  a  landing-list:  this  list  is  in  order  of 
Flight  ETA,  i.e  the  time  at  which  aircraft  would  arrive  at  the  runway  in 
t  r .  e  a--er.ee  of  any  constraints  due  to  other  traffic.  The  landing-interval 


then  applied  lo  the  landing-list  to  pi.ducc  a  Runway- 1  i  me  for  e.uii  air- 
!  ralt  .  The  diiler.iue  between  the  Flight  ETA  and  the  runway-time  for  an 
ciireraft  is  its  t.  tal  delay. 

3.4.1  Thi  t.  Lai  delay  for  an  aircraft  is  divided  between  low-level 
and  high-levil  delay.  If  the  total  delay  is  less  than  Plandel,  then 
the  whole  delay  is  taken  at  the  innei  stack.  For  delays  less  than  two 
minutes,  (i.e  one  complete  orbit  at  Rate  1  turn),  it  is  assumed  that 
such  small  delays  would  be  absorbed  within  the  Approach  Sequent  iny 
Area  (ASA). 

3.4.2  If  tie.  total  delay  is  greater  than  Plandel,  then  the  sin  raft 
would  hold  at  the  inner  stack  for  the  period  of  Plandel,  but  the 
remainder  of  the  delay  must  be  absorbed  in  the  outer,  high-level  stack. 
However,  there  is  a  minimum  period  that  an  aircraft  can  absorb  at  high 
level,  equivalent  to  one  complete  orbit.  This  is  at  present  set 
arbitrarily  at  four  minutes.  If  taking  the  whole  of  Plandel  at  the 
inner  stack  would  result  in  a  high-level  holding-t ime  of  less  than 
four  minutes,  then  the  high-levt  i  hold  would  he  set  at  four  minutes 
and  the  remainder  of  the  total  delay  would  be  taken  in  the  inner 
stack. 

3 .  3  20  minutes  before  Flight  ETA,  an  aircraft's  position  in  the  landing- 

order  becomes  "fixed".  After  that  time,  any  aircraft  entering  the  system 
with  an  earlier  Flight  ETA  is  automatically  placed  after  all  aircraft  in 
the  "fixed"  state.  This  ensures  that  there  is  a  limit  to  the  alterations 
in  the  landing  sequence  and  that  there  is  an  element  of  system  stability. 

3.3.1  This  procedure  means  that  pilots  know  with  a  fair  degree  of 
accuracy,  and  well  in  advance,  the  time  that  they  can  expect  to  land. 
They  will  have  20  minutes  notice  if  there  is  no  delay;  or,  if  the 
aircraft  is  required  to  held,  20  minutes  plus  the  expected  delay. 

Thus,  if  an  aircraft  has  13  minutes  total  delay,  the  pilot  would  know 
33  minutes  beforehand  the  time  at  which  his  aircraft  would  land,  and 
his  departure-time  from  the  inner  stack  in  order  to  achieve  that 
landing-t ime . 

3.3.2  Aircraft  in  the  "fixed"  slate  are  indicated  by  a  change  of 
colour  of  their  data-line  on  the  FDD. 

J.t-  l.anding-rati  and  Plandel  can  both  be  altered  on-line  at  anytime.  The 
display  is  updated  immediately.  Such  variations  would  have  no  effect  on 
t  la  1  and i ng-or di r ,  but  a  change  in  landing-rate  would  affect  the  runway 
tivts  and  thu-  the  total  delay. 

3.A.1  A  ehanpi  of  either  parameter  would  alter  the  ho  Id i ng- 1 irnes  at 
high  and  low  levels.  However,  if  an  aircraft  has  left  or  passed  the 
hielt-lt v<  1  when  a  change  in  parameter  is  made  that  would  affect  the 
high-level  holding-t  ime,  that  aircraft  would  not  be  required  to  return 
to  the  high-heel  stack.  Instead,  it  must  continue  to  the  inner 
stJyk  and  absorb  any  extra  delay  there. 

3.b.2  With  a  change  of  landing-rate,  although  an  aircraft's  position 
in  the  landing-order  remains  fixed,  its  stack  departure  time  will  alter 
and  this  updated  information  would  have  to  be  passed  to  the  pilot. 
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.'..j  When  a  ch.i.  j,e  in  landing-rate  oci  .irs  alter  an  aircraft  has  left 
:  inner  stack,  it  is  assumed  that  it  is  possible  to  deal  with  variations 

i  ,  nunway-time  by  the  use  of  path-stretching  or  shortening  within  the 
a  : oach  sequencing  area.  Aircraft  which  have  not  left  the  inner 
uk  will  have  their  SDT's  adjusted  accordingly. 

i  ;\vot\AM  u  IT  PUT 

■  . 1  All  information  Wns  output  via  a  14"  Colour  HDD  of  25  lines  x  80  charac¬ 
ters.  trie  colour-coding  was  fairly  arbitrary,  but  various  types  of  informa¬ 
tion  wire  presented  in  different  colours.  There  is  no  reason  why  a  hard 
copy  should  not  be  made  available. 

a. 2  The  use  of  colour  was  as  follows: 

Column  Headings  -  Violet 

Data  being  input  on-line  -  Green 

Variable  parameters  -  Yellow 

Aircraft  Data  Lines  -  White 

Aircraft  in  "fixed"  state  -  Red 

'* .  >  Information  on  aircraft  was  presented  in  the  form  of  horizontal  data- 
;  ;  .u  ,  one  line  per  aircraft.  The  data  consisted  of: 

C  a  1 1 s i gn 
1  ype 

Cruising  level 
Route 

Time  at  top  of  descent* 

Name  of  outer  stack  (HSTK) 

ETA/STD  for  HSTK 

Level  at  which  to  leave  HSTK  if  aircraft  required  to  hold 
Time  at  top  of  descent* 

Name  of  inner (low ) s tack  (LSTK) 

ETA/STD  for  LSTK 
Level  to  hold  at  LSTK 
Runway  Time 

*  The  two  columns  for  "time  at  top  of  descent"  are  because  some  high- 
.  raising  aircraft  will  want  to  commence  their  descent  before  reaching  HSTK, 
whilst  others  with  lower  cruising  levels  will  be  past  HSTK  before  starting 
to  descend.  The  time  for  top  of  descent  is  the  time  at  which  aircraft  would 
require  to  leave  their  cruising  level  in  order  to  reach  their  holding  level 
in  the  inner  stack  by  ETA  LSTK. 

- . *  After  its  Runway  Time  has  passed,  an  aircraft's  details  are  deleted 
: r. n  the  EDD. 

:<Y.  .EM  LIMITATIONS 

5.1  Further  development  would  be  necessary  to  bring  the  program  up  to  an 
>  pi  rational  status.  At  present  there  is  no  mechanism  included  for  feeding 
an  aircraft  back  into  the  system  in  event  of  an  overshoot.  Similarly,  there 
is  no  means  of  removing  an  aircraft  that  decides  to  divert.  Most  importantly, 
the  program  needs  to  be  developed  to  cater  for  different  weather  conditions, 
particularly  where  Cat. 3  ILS-equipped  aircraft  can  make  approaches  but  less 
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w,  j  1-equi  |  >1  aircraft  cannot.  S.  i,.-  . -1  i  -  .it.  rule:,  must  be  est  abl  i  shed  . 
Further  to  this,  there  is  the  cor  i  i  .  ,  .'in!  i  i. ,  difficulty  when  weather  condi¬ 
tions  improve  and  perhaps  priori  tie;  huvi  be  rescinded. 

5 .  2  In  the  current  model,  all  rout...  <u  ■  d  i  j  •  1  ayed  on  the  same  HDD.  In 
•m  operational  system,  sector  and  TMA  com  idlers  would  need  to  have 
displayed  only  those  aircraft  with  which  they  were  concerned.  However, 
there  might  be  an  advantage  in  being,  able  to  display  the  complete  traffic 
situation. 

5.3  The  model  uses  only  representative  routes  and  aircraft  types:  an 
operational  system  would  therefore  he  more  complex.  Also,  the  model  is 
concerned  solely  with  Heathrow.  Further  complications  would  arise  if  other 
airports  were  included,  particularly  as  the  same  high-level  holding  areas 
would  have  to  be  shared  between  several  airports. 

5 . A  The  current  program  works  only  for  the  still-air  condition:  wind 
velocity  is  not  taken  into  account. 

5.5  The  program  makes  no  attempt  to  optimise  the  landing  sequence:  the 
interactions  of  narrow  -  and  wide-bodied  aircraft  are  not  considered.  The 
landing-interval  is  merely  a  simple  function  of  the  landing-rate,  which 
itself  is  only  an  estimate  of  what  Approach  Control  hopes  to  be  able  to 
achieve  over  the  next  hour  or  so. 

5.6  There  is  no  provision  for  on-line  entry  of  flight-plan  data  on  aircraft 
not  present  in  the  data-base.  However,  this  would  require  only  small 
additions  to  the  program. 

SUGGESTED  OPKRATIONAL  SYSTEM 

6.1  The  model  was  conceived  originally  as  a  free-standing  system,  only 
requiring  an  input  from  the  9020D  computer  for  transfer  of  flight-plan  data 
on  aircraft  inbound  to  Heathrow.  This  would  still  be  possible.  The  system 
would  require  a  computer  capable  of  driving  several  colour  displays.  Dis¬ 
plays  would  be  required  (a)  on  individual  en-route  sectors  dealing  with 
aircraft  inbound  to  Heathrow;  (b)  on  the  TMA  sectors,  and  (c)  in  Heathrow 
Approach  Control.  The  displays  would  have  associated  input  keyboards. 

6.2  The  Approach  Control  Supervisor  at  Heathrow  would  be  responsible  for 
the  input  of  the  variable  parameters-Planned  Delay  and  Landing  Rate.  He 
would  update  the  Landing  Rate  in  the  light  of  rates  achieved.  By  leaving 
this  responsibility  with  Approach  Control,  Heathrow  would  feel  that  they 
retained  some  influence  over  the  system.  Additionally,  Approach  Control 
is  able  to  assess  and  react  to  sudden  occurrences  at  the  airfield,  which 
might  have  a  bearing  on  operations. 

6.3  The  wing  positions  of  the  en-route  sectors  would  be  responsible  for 
input  of  entry-point  estimates  and  actual  times  at  the  entry  point.  As 
the  9020D  should  have  transferred  the  flight-plan  to  the  Stack  peparture 
Time  computer,  the  wing-man  would  input  the  aircraft  callsign,  display  the 
flight  details,  and  then  insert  the  relevant  time.  Entering  the  time  would 
cause  the  program  to  output  details  about  high-  and  low-level  holding  and 
time  at  top  of  descent.  This  information  would  be  output  to  the  en-route 
and  TMA  sectors  and  to  approach  control. 
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a.-.  Instead  of  a  t i ee-st and ing  system,  the  pr.  ;,i  a.h  could  be  integrated 
v,it!i  i  i»i)l'S  and  its  associated  displays,  liowevi  r,  t  hi  s  would  be  a  more 
lone-urm  approach. 

r> .  3  It, ere  would  obviously  need  to  be  an  assessment  made  of  what  equipment 
should  be  used,  and  where  the  displays  and  associated  input-devices  should 
be  1  sated  in  operational  furniture. 

ADVA.N i ACES  OF  THE  SYSTEM 

7.1  Many  discussions  with  airline  pilots  have  elicited  that  the  most 
valuable  piece  of  information  that  ATC  could  provide  would  be  an  accurate 
,  stim.itc  of  delay.  The  Stack  Departure  Time  program  would  give  this  at 
20  minutes  before  their  original  flight  ETA. 

7.2  i  lie  economic  savings  to  operators  to  operators  from  not  diverting 
unni i i ssuri ly  are  large. 

7.3  Pilots  who  know  the  delay  that  they  can  expect  can  operate  their 
aircraft  in  an  optimum  way  to  absorb  that  delay.  This  becomes  increasingly 
important  as  more  aircraft  are  fitted  with  Flight  Management  Systems. 

~.h  There  would  be  an  advantage  to  the  airport  ground  handling  organisation 
if  accurate  runway  times  could  be  notified  well  in  advance. 

".3  Sector  controllers  wouldunder  normal  operational  circumstances  have 
adequate  warning  that  an  aircraft  will  be  required  to  hold  at  an  outer 

Stack. 

7.*  Sector  controllers  would  have  warning  of  what  time  an  aircraft  would 
wish  to  commence  descent.  This,  with  7.5,  would  make  planning  strategies 
easier. 


7.7  The  TMA  Controllers  would  have  adequate  notice  of  the  order  and  time 
that  aircraft  would  vacate  the  inner  stacks.  Again,  this  makes  for  better 

planning. 

7.6  Heathrow  Approach  Control  would  be  aware  of  the  order  in  which  aircraft 
should  land,  but  could  possibly  vary  this  slightly  to  optimise  runway 
utilisation.  However,  knowledge  of  what  others  in  the  control  system  expect 
to  happen  will  encourage  better  coordination. 

7.9  The  system  would  allow  rapid  reaction  to  unforeseen  circumstances, 
e.g  a  runway  blocked,  causing  an  instantaneous  reduction  of  aircraft  move¬ 
ment  rate. 

7.10  As  Heathrow  Approach  Control  Supervisor  would  have  immediate  control 
over  the  input  of  1  and  ing- rate ,  the  difficulties  in  coordination  with  LATCC 
over  FAT's  would  be  mimimal  or  non-existent. 

7.11  A  free-standing  system  could  be  implemented  in  the  short-term.  The 
economic  benefits  to  airlines  and  operational  staff  would  probably  justify 

the  cost. 

'.12  Adoption  of  such  a  system  would  be  an  evert  demonstration  of  NATS  making 
i  very  positive  effort  to  reduce  airlines'  costs,  and  as  such  would  be  a 
valuable  publicity  excercise. 
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i.l  :•  ADVANTAGES  UK  THE  SYST1  M 

8  .  1  Adoption  of  a  f  ree-s  t  ,,nd  i  i.g  :'vsti:i  *.  uld  involve  finding  space  for 
i At ra  displays  in  areas  where  space  is  already  at  a  premium. 

o.2  The  controller  has  already  several  aiius,  apart  from  his  radar  display, 
to  which  he  must  devote  attention,  e.g  flight-progress  strips,  danger  area 
.•as,  weather  information  displays.  Another  display  could  be  a  distraction, 
: ar t i cular ly  if  it  were  free-standing. 

,*t  .  1  The  disadvantage  in  8.2  above  is  discounted  if  the  system  were  inte¬ 
nt. ited  with  EDDVS  and  another  display  would  be  unnecessary.  But  the  inte¬ 
grated  solution  would  mean  a  longer  delay  before  this  system  could  be 
ope  rat iona  1  . 

S.4  There  would  be  additional  equipment  costs  to  provide  a  free-standing 

s \ stem. 


8.5  High-level  holding-areas  could  sterilise  large  areas  of  airspace. 
However,  with  the  increasing  use  of  modern  aircraft  area  nav-aids  and  flight 
management  systems,  it  is  hoped  that  the  size  of  holding-areas  may  be 
reduced  . 

8.t>  If  pilots  were  aware  early  in  their  flight  that  they  were  going  to 
suffer  delays,  they  might  choose  to  operate  their  aircraft  in  a  different 
wav  from,  that  which  the  controller  expects.  This  could  have  implications 
for  the  separation  of  aircraft. 

8.7  As  mentioned  in  5.1  there  are  difficulties  when  the  runway  visual 
range  is  changing  to  or  from  Cat.  Ill  1LS  conditions.  Unless  some  fairly 
rigid  rules  of  priority  were  established,  controllers  and  pilots  could 
find  themselves  in  confusing  situations. 

8.8  The  system  relies  to  a  large  extent  on  the  expertise  of  the  Approach 
Control  Supervisor  in  estimating  the  landing-rate  which  is  going  to  be 
achieved  by  the  airport. 

CONCLUSIONS 

8.1  The  system  described  is  not  contradictory  to  the  aims  of  the  medium- 
term  BEEKER  plan  for  the  London  Terminal  Control  Area,  or  to  the  longer-term 
plans  of  the  Terminal  Control  Systems  Development  Croup.  The  concept  has 
been  demonstrated  to  several  NATS  headquarters  staff  in  DCR,  DCAP  and  DORA, 
and  interest  has  been  generated.  The  report  on  the  BEEKER  plan  simulations 
suggests  that  the  system  could  be  developed  for  incorporation  into  TMA 
procedures.  (LTMA  Operations  Reorganisation  Feasibility  Study:  Jan  1984, 
pll/).  As  far  as  TCSDC  plans  are  concerned,  the  system  uses  a  similar 
concept  in  determining  the  landing-order  and  estimate  of  total  delay,  but 
the  TCSDG  plans  involve  a  more  complex  procedure  for  the  absorbtion  of 
delays  by  individual  aircraft,  and  the'  separation  of  aircraft.  However, 
the  system  described  in  this  memo  is  a  useful  half-way  stage  in  the  progress, 
enabling  some  investigations  to  be  carried  out  into  display  formats, and  the 
use  of  a  similar  system  is  planned  as  a  part  of  next  year's  R  &  D  programme 
of  the  TCSDG. 
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H . i :  iLime,  t  lit.-  advantages  oi  adapting  sonic  version  of  the  system  des¬ 
cribed  in  this  memorandum  appear  to  outueight  the  disadvantages.  The  system 
opt  rat.  on  times,  or  estimates  of  times,  at  entry  points:  there  is  no  reason 
who.  this,  should  not  be  updated  to  achieve  greater  accuracy.  Even  so,  this 
is  i  sm nt  lallv  an  off-line  system,  and  the  Flight  ETA  could  be  in  error  by 
a  few  minutes.  However,  this  would  not  detract  j  roni  the  value  of  the  system, 
the  eldest  of  which  would  still  be  to  give  the  pilot  the  best  possible 
information  about  the  delay  which  his  aircraft  would  suffer.  This  would  still 
:  c  a  c  h  i .  .  e  d  . 
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Abstract  The  accurate  calculation  of  delays  to  be  absorbed  by  inbound  aircraft 
is  difficult  in  a  manual  Air  Traffic  Control  environment.  However,  when  flight 
plan  information  is  computerized  with  adequate  on-line  data  -  transfer 
facilities,  the  problem  may  be  solved.  This  memorandum  suggests  a  way  of 
automating  and  displaying  to  Air  Traffic  Controllers  information  about  strate¬ 
gies  for  absorbing  aircraft  delays.  Adoption  of  the  proposed  methods  would 
have  advantages  for  pilots,  airline  operators  and  Air  Traffic  Controllers. 
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